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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://www.etsi.org/ipr ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by the Special Mobile Group (SMG). 

The present document provides a mechanism giving reliable transfer of signalling messages within the digital cellular 
telecommunications system. 

The contents of the present document is subject to continuing work within SMG and may change following formal SMG 
approval. Should SMG modify the contents of the present document, it will be re-released by SMG with an identifying 
change of release date and an increase in version number as follows: 

Version S.x.y 

where: 

8 indicates GSM Phase 2+ Release 1999; 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc.; 

y the third digit is incremented when editorial only changes have been incorpoSated in the specification. 
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Scope 



The present document is split into two parts, clause 1-4 dealing with the MTP and clauses 5-7 dealing with the SCCP 
and its use. 

The MTP provides a mechanism giving reliable transfer of signalling messages. Clauses 1-4 of the present document 
deal with the subset of the MTP that can be used between an BSS and an MSC, which is compatible with a full MTP. 

The SCCP is used to provide a referencing mechanism to identify a particular transaction relating to for instance a 
particular call. Clauses 5-7 identify the SCCP subset that should be used between a BSS and an MSC. The SCCP can 
also be used to enhance the message routing for (for instance) operations and maintenance information. 

0.1 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

• For this Release 1999 document, references to GSM documents are for Release 1999 versions (version S.x.y). 

[I] GSM 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and 
acronyms". 

[2] GSM 02.01: "Digital cellular telecommunications system (Phase 2+); Principles of 

telecommunications services supported by a GSM Public Land Mobile Network (PLMN)". 

[3] GSM 02.02: "Digital cellular telecommunications system (Phase 2+); Bearer Services (BS) 

supported by a GSM Public Land Mobile Network (PLMN)". 

[4] GSM 02.03: "Digital cellular telecommunications system (Phase 2+); Teleservices supported by a 

GSM Public Land Mobile Network (PLMN)". 

[5] GSM 02.04: "Digital cellular telecommunications system (Phase 2+); General on supplementary 

services". 

[6] GSM 02.06: "Digital cellular telecommunications system (Phase 2+); Types of Mobile Stations 

(MS)". 

[7] GSM 02.07: "Digital cellular telecommunications system (Phase 2+); Mobile Stations (MS) 

features". 

[8] GSM 02.09: "Digital cellular telecommunications system (Phase 2+); Security aspects". 

[9] GSM 02.1 1: "Digital cellular telecommunications system (Phase 2+); Service accessibility". 

[10] GSM 02.16: "Digital cellular telecommunications system (Phase 2+); International Mobile station 

Equipment Identities (IMEI)". 

[I I] GSM 02.17: "Digital cellular telecommunications system (Phase 2+); Subscriber Identity Modules 
(SIM) Functional characteristics". 

[12] GSM 02.24: "Digital cellular telecommunications system (Phase 2+); Description of Charge 

Advice Information (CAI)". 
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[13] 
[14] 
[15] 
[16] 
[17] 
[18] 
[19] 
[20] 
[21] 
[22] 
[23] 
[24] 
[25] 
[26] 
[27] 
[28] 
[29] 
[30] 
[31] 
[32] 
[33] 
[34] 



GSM 02.30: "Digital cellular telecommunications system (Phase 2+) 
(MMl) of the Mobile Station (MS)". 

GSM 02.40: "Digital cellular telecommunications system (Phase 2+) 
indications". 

GSM 02.41: "Digital cellular telecommunications system (Phase 2+) 
barring". 

GSM 02.81: "Digital cellular telecommunications system (Phase 2+) 
Supplementary Services - Stage 1". 

GSM 02.82: "Digital cellular telecommunications system (Phase 2+) 
Supplementary Services - Stage 1". 

GSM 02.83: "Digital cellular telecommunications system (Phase 2+) 
Hold (HOLD) Supplementary Services - Stage 1". 

GSM 02.84: "Digital cellular telecommunications system (Phase 2+) 
Supplementary Services - Stage 1". 

GSM 02.85: "Digital cellular telecommunications system (Phase 2+) 
Supplementary Services - Stage 1". 

GSM 02.86: "Digital cellular telecommunications system (Phase 2+) 
Supplementary Services - Stage 1". 

GSM 02.88: "Digital cellular telecommunications system (Phase 2+) 
Supplementary Services - Stage 1". 

GSM 04.01: "Digital cellular telecommunications system (Phase 2+) 
Station System (MS - BSS) interface; General aspects and principles 

GSM 04.02: "Digital cellular telecommunications system (Phase 2+) 
Network (PLMN) access reference configuration". 

GSM 04.03: "Digital cellular telecommunications system (Phase 2+) 



Station System (MS - BSS) interface; Channel structures and access capabilities". 

layer 1 ; General 



GSM 04.04: "Digital cellular telecommunications system (Phase 2+) 
requirements". 

GSM 04.05: "Digital cellular telecommunications system (Phase 2+) 
General aspects". 

GSM 04.06: "Digital cellular telecommunications system (Phase 2+) 



Station System (MS - BSS) interface; Data Link (DL) layer specification". 

Mobile radio interface 



GSM 04.07: "Digital cellular telecommunications system (Phase 2+) 
signalling layer 3; General aspects". 

GSM 04.08: "Digital cellular telecommunications system (Phase 2+) 
layer 3 specification". 

GSM 04.10: "Digital cellular telecommunications system (Phase 2+) 
layer 3; Supplementary services specification; General aspects". 

GSM 04.1 1: "Digital cellular telecommunications system (Phase 2+) 
Message Service (SMS) support on mobile radio interface". 

GSM 04.12: "Digital cellular telecommunications system (Phase 2+) 
Broadcast (SMSCB) support on the mobile radio interface". 

GSM 04.13: "Digital cellular telecommunications system (Phase 2+) 
on mobile radio interface". 



Man-Machine Interface 
Procedures for call progress 
Operator determined 
Line identification 
Call Forwarding (CF) 
Call Waiting (CW) and Call 
Multiparty (MPTY) 
Closed User Group (CUG) 
Advice of Charge (AoC) 
Call Barring (CB) 
Mobile Station - Base 
GSM Public Land Mobile 
Mobile Station - Base 



Data Link (DL) layer; 



Mobile Station - Base 



Mobile radio interface 
Mobile radio interface 
Point-to-Point (PP) Short 
Short Message Service Cell 
Performance requirements 
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[35] GSM 04.21: "Digital cellular telecommunications system (Phase 2+); Rate adaption on the Mobile 

Station - Base Station System (MS - BSS) interface". 

[36] GSM 04.22: "Digital cellular telecommunications system (Phase 2+); Radio Link Protocol (RLP) 

for data and telematic services on the Mobile Station - Base Station System (MS - BSS) interface 
and the Base Station System - Mobile-services Switching Centre (BSS - MSC) interface". 

[37] GSM 04.80: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface 

layer 3 supplementary services specification; Formats and coding". 

[38] GSM 04.81: "Digital cellular telecommunications system (Phase 2+); Line identification 

supplementary services - Stage 3". 

[39] GSM 04.82: "Digital cellular telecommunications system (Phase 2+); Call Forwarding (CF) 

supplementary services - Stage 3". 

[40] GSM 04.83: "Digital cellular telecommunications system (Phase 2+); Call Waiting (CW) and Call 

Hold (HOLD) supplementary services - Stage 3". 

[41] GSM 04.84: "Digital cellular telecommunications system (Phase 2+); MultiParty (MPTY) 

supplementary services - Stage 3". 

[42] GSM 04.85: "Digital cellular telecommunications system (Phase 2+); Closed User Group (CUG) 

supplementary services - Stage 3". 

[43] GSM 04.86: "Digital cellular telecommunications system (Phase 2+); Advice of Charge (AoC) 

supplementary services - Stage 3". 

[44] GSM 04.88: "Digital cellular telecommunications system (Phase 2+); Call Barring (CB) 

supplementary services - Stage 3". 

[45] GSM 04.90: "Digital cellular telecommunications system (Phase 2+); Unstructured Supplementary 

Service Data ( USSD) - Stage 3". 

[46] GSM 08.08: "Digital cellular telecommunications system (Phase 2+); Mobile Switching Centre - 

Base Station System (MSC - BSS) interface; Layer 3 specification ". 

[47] GSM 12.00 (ETS 300 612-1): "Digital cellular telecommunications system (Phase 2+); Objectives 

and structure of Network Management (NM)". 

[48] GSM 12.01 (ETS 300 612-2): "Digital cellular telecommunications system (Phase 2+); Common 

aspects of GSM Network Management (NM)". 

[49] GSM 12.02: "Digital cellular telecommunications system (Phase 2+); Subscriber, Mobile 

Equipment (ME) and services data administration". 

[50] GSM 12.03: "Digital cellular telecommunications system (Phase 2+); Security management". 

[51] GSM 12.04: "Digital cellular telecommunications system (Phase 2+); Performance data 

measurements". 

[52] GSM 12.05: "Digital cellular telecommunications system (Phase 2+); Subscriber related event and 

call data". 

[53] GSM 12.06: "Digital cellular telecommunications system (Phase 2+); GSM Network change 

control". 

[54] GSM 12.11: "Digital cellular telecommunications system (Phase 2+); Maintenance of the Base 

Station System (BSS)". 

[55] GSM 12.20: "Digital cellular telecommunications system (Phase 2+); Network Management (NM) 

procedures and messages". 

[56] GSM 12.21: "Digital cellular telecommunications system (Phase 2+); Network Management (NM) 

procedures and message on the A-bis interface". 
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[57] GSM 12.22: "Digital cellular telecommunications system (Phase 2+); Interworking of GSM 

Network Management (NM) procedures and messages at the Base Station Controller (BSC)". 

[58] CCITT Recommendation Q.702: "Specifications of Signalling System No. 7 - Signalling data 

link". 

[59] CCITT Recommendation Q.703: "Signalling Hnk". 

[60] CCITT Recommendation Q.704: "Signalling network functions and messages". 

[61] CCITT Recommendation Q.707: "Specifications of Signalling System No. 7 - Testing and 

maintenance". 

[62] CCITT Recommendation Q.7 11 : "Functional description of the signalling connection control part" . 

[63] CCITT Recommendation Q.712: "Definition and function of SCCP messages". 

[64] CCITT Recommendation Q.713: "SCCP formats and codes". 

[65] CCITT Recommendation Q.714: "Signalling connection control part procedures". 

[66] GSM 03.03: "Digital cellular telecommunications system (Phase 2+); Numbering, addressing and 

identification" . 

[67] ANSI T 1 . 1 1 0- 1 992 - SS7 General Information 

[68] ANSI Tl. 11 1-1996 - SignalHng System Number 7 (SS7) - Message Transfer Part (MTP) 

[69] ANSI Tl.l 12-1996 - SignalUng System Number 7 (SS7) - SignalHng Connection Control Part 

(SCCP). 

[70] lS-104 Personal Communications Service Descriptions for 1800 MHz 

0.2 Abbreviations 

Abbreviations used in the present document are listed in GSM 01.04. 

0.3 Definitions 

El link employs 32 Pulse Code Modulation signals (timeslots) at 64 kbits/s. The 32 timeslots consist of 30 voice (or 
signalling) channels and 2 common signalling channels. The output bit rate is 2 048 Mbits/s. 

Tl link employs 24 Pulse Code Modulation signals (timeslots) at 64 kbits/s. (Tl interface can alternatively use 
signalling at 56 kbits/s). The output bit rate is 1 544 Mbits/s. (A frame consists of 193 bits, (8 * 24) + 1, as one bit is 
used for synchronization. The frame repeats 8,000 times per second.). 



Field of application 



a) This Technical Specification is applicable to the signalling between radio subsystems (ESS) and mobile 
switching centres (MSCs) in GSM PLMNs. It provides a minimum set of MTP requirements that may be 
implemented at a ESS or MSC, whilst maintaining compatibility with the implementation of a full specification 
of the MTP. 

b) The Technical Specification defines the interface at the 64 kbits/s boundary to the ESS or MSC and applies 
primarily for digital access arrangements, the use of analogue arrangements isan option for PLMN operator. 

Also, the Technical Specification defines the interface at the 56 kbits/s boundary to the ESS or MSC for Tl links. 
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c) The security of signalling links is a PLMN operator concern , however it is recommended that in the case where 
more than one multiplex system is required and security reasons dictate the use of a multiple link linkset, then 
each signalling link should be assigned in a different multiplex system. It is however noted that this is of little 
benefit if diversity of routing of the multiplexes is not used. 

d) For initial implementations only the associated mode of signalling may be applicable at the BSS. Future 
evolution or economic reasons applicable to the interface may however make the use of STP working at the BSS 
attractive, in which case some of the simplifications in this paper will not apply. 

e) A variety of information types may be supported by the signalling system, e.g. relating to circuit switched call 
control and packet communication. These are fully defined in the service series of Technical Specifications (the 
GSM 02.XX series and in [70] for PCS 1900). 

f) For El link usage, the CCITT recommendations concerning the MTP shall be taken as being requirements unless 
covered by a statement in this Technical Specification. 

g) For Tl link usage, the ANSI recommendations concerning the MTP [68] shall be taken as being requirements 
unless covered by a statement in this Technical Specification. 



Functional content 



The functional requirements are as follows: 

a) the network call control functions are as specified in Technical Specifications GSM 08.08 and GSM 04.08; 

b) the minimum set of Message Transfer Part functions are specified in Blue Book CCITT Recommendations 
Q.702, Q.703, Q.704 and Q.707, with the qualifications specified in this Technical Specification; 

The functions are specified in ANSI Tl.l 1 1 [68] for Tl links. 

c) the additional interface functions required for the proper operation of the layer 3 control functions in combination 
with the Message Transfer Part functions, is specified in clause 4 of this Technical Specification. 

3 Message transfer part (MTP) functions 

3.1 General 

For El links, the MTP functions as specified in CCITT Recommendations Q.702, Q.703, Q.704 and Q.707 are 
applicable. For Tl links, the MTP functions as specified in ANSI specifications T 1.110 section 2, and Tl.l 12 clause 2 
are applicable. However, the following exceptions and modifications to those Recommendations may be applied for the 
MSC to BSS signalling, see subclauses 3.2 to 3.4. 

Some form of policing could be included at the MSC in order to ensure that no signalling messages received from the 
BSS can be routed further than the MSC if an administration requires. This is necessary to prevent fraudulent use of the 
signalling network for implementations of the GSM system. The manner in which this is achieved will be dependent on 
local agreements or regulation s and system implementations. 

Where load sharing is used, all messages to do with a given SCCP connection should be passed down a given link. 

3.2 Level 1 

3.2.1 El link (CCITT Recommendation Q.702) 

Q.702 figure 2 

These figures should be treated as for information only. For the standard application of GSM, interface point C is 
appropriate. 
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O.702 subclause 1.4 

The use of analogue circuits to support the signalling link is a national matter. 

O.702 clause 2 

A signalling rate of 64kbits/s is assumed. Lower rates (e.g. using analogue bearers) are a national concern. 

Q.702 clause 3 

Error characteristics and availability are a national concern. Care should be taken as excessive errors could lead to 
inefficient use of the signalling links. 

O.702 clause 5 

The standard arrangement will be to derive the signalling link from a 2048 kbits/s digital path. 

Q.702 clause 6 

Only digital signalling data links are relevant. 

The use of analogue bearers to support this interface is considered a national concern. However it should be noted that 
there will be potential problems with the following areas: 

the signalling load may exceed that which can be carried by a single low rate analogue link, this may lead to an 
excessive number of signalling links and more complex changeover/changeback procedures; 

the performance of the analogue lines used to carry the signalling link will have a major impact on the throughput 
of signalling information that can be achieved; 

message delay may degrade the quality of service. 

3.2.2 T1 link (ANSI Specification T1 .111 .2) 

Tl.111.2 Figure 2 

These figures should be treated as for information only. For the standard application, interface point C is appropriate. 

Tl.111.2 Subclause 1.4 Analogue Signalling Link 

The use of analogue circuits to support the signalling link is a service provider option. 

Tl.111.2 Clause 2 General 

A signalling rate of 56/64 kbits/s is assumed. Lower bit rates (e.g. using analogue bearers) are a service provider option. 

Tl.l 1 1.2 Clause 3 Error Characteristics and Availability 

Error characteristics and availability are an operator concern. Care should be taken as excessive errors could lead to 
inefficient use of the signalling link. 

Tl.l 1 1.2 Clause 5 Digital Signalling Data Link 

The standard arrangement will be to derive a signalling link from a 1544 kbits/s digital path. 

Tl.l 1 1.2 Clause 6 Analogue Signalling Data Link 

Only digital signalling data links are required. 

The use of Analogue bearers to support this interface is considered a service provider option. However, it should be 
noted that there will be potential problems with the following areas: 

• the signalling load may exceed that which can be carried by a single low rate Analogue link, which may lead to 
an excessive number of signalling links and more complex changeover/change back procedures; 
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• the performance of the Analogue lines used to carry the signalling link will have a major impact on the 
throughput of signalling information that can be achieved; 

• message delay may degrade the quality of service. 

3.3 Level 2 

3.3.1 E1 link (CCITT Recommendation Q.703) 

O.703 subclause 1.4 

Only the basic error correction protocol is required. 

O.703 subclause 1.7 

Only the emergency proving period and status indications should be used by the BSS. 

O.703 clause 6 

Not applicable, only basic error correction is required. 

O.703 clause 7 

In the initial alignment procedure specified in CCITT Recommendation Q.703, only the emergency proving is 
applicable for the BSS. Thus, in states 02 and 03 of the initial alignment procedure status indication "N" is not sent from 
the BSS. The BSS should be capable of recognising status indication "N" if received in order for the alignment 
procedure to complete. 

O.703 clause 8 

The processor outage status indicator shall be recognised at the BSS and the procedures defined in CCITT 
Recommendation Q.703 clause 8 supported. 

The BSS shall support the generation of the processor outage indication towards the MSC if this is appropriate. 

Q.703 clause 10 

Only the emergency alignment procedures are required. 

3.3.2 T1 link (ANSI Specification T1 .111 .3) 

Tl.l 11.3 Subclause 1.4 Signal Unit Error Correction 

Only the basic error correction protocol is required. 

Tl.l 11. .3 Subclause 1.7 

Only the emergency proving period and status indications should be used by the BSS. 

Tl.l 1 1.3 Clause 6 Preventive Cyclic Retransmission Error Correction Method 

Only basic error correction is required for the A-Interface. 

Tl.l 1 1.3 Clause 7 Signalling Link Initial Alignment Procedure 

In the initial alignment procedure, only the emergency proving is required for the BSS. Thus, in states 02 and 03 of the 
initial alignment procedure status indication "N" is not sent from the BSS. The BSS should be capable of recognizing 
status indication "N" if received in order for the alignment procedure to complete. 

T1.113 Clause 8 

The processor outage status indicator shall be recognised at the BSS and the procedures defined in ANSI standards 
Tl.l 13 clause 8 supported. 
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The BSS shall support the generation of the processor outage indication towards the MSC if this is appropriate. 

Tl. 113 Clause 10 

Only the emergency alignment procedures are required. 

3.4 Level 3 

3.4.1 E1 link (CCITT Recommendation Q.704) 

O.704 subclause 1.1.2. 

If the BSS is only implemented as the end point of a signalling link, IE it does not support STP working, then there will 
be no signalling transfer point network management features which need to be considered. 

O.704 subclause 1.3 

Signalling link management is required. Load sharing is required, and changeover/back between links within a single 
linkset are required. 

O.704 clause 2 

Since STP working is not required the discrimination and routing functions of the MTP used for GSM application can 
be significantly simplified. 

NOTE: Since the implementation of this interface is intended only for point to point application the routing 
function within the MTP will be present to select the point code appropriate to the parent MSC. 

O.704 subclause 2.2 Routing label 

Load sharing will be performed on BSS s with more than one signalling link by means of the signalling link selection 
field (SLS). 

O.704 subclause 2.3 Message routing function 

Load sharing between linksets is not required since there will only be one linkset between BSS and MSC. 

O.704 subclause 2.3.5. 

Either of the two methods of congestion control is acceptable. The most appropriate method is dependent on national 
CCITT No. 7 implementations. 

Q.704 subclause 2.4 Message discrimination 

At the BSS only messages with a correctly checking DPC will be accepted. Others will be discarded. It is recommended 
that discarding a message because of an incorrectly set point code causes an incident report to be generated. 

At an MSC (which has the capability of acting as an STP) an administration may decide that each message received 
from a BSS signalling link is passed through a "screening function" that checks that the DPC of the message is the same 
as the SP code of the exchange. If that is the case, the message is sent to the normal MTP message handling functions. 
Otherwise, the message is discarded and an incident report is made. 

The signalling point code for an BSS may be included in the national signalling point code scheme or in a separate 
signalling network. In the case where the signalling point code is in the national network the MSC need have only one 
point code, in the case where the signalling point code is in a separate "PLMN" signalling network, the MSC will be 
required to have two signalling point codes, one for each network. 

O.704 subclause 3.1.3 c) 

There is no requirement for signalling route management. 

O.704 subclause 3.3.1.3 

There is no requirement for signalling route management. 
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O.704 subclause 3.3.2.3 

There is no requirement for signalling route management. 

O.704 subclause 3.3.3.3 

There is no requirement for signalling route management. 

Q.704 subclause 3.3.4.3 

There is no requirement for signalling route management. 

O.704 subclause 3.3.5.2 

There is no requirement for signalling route management or signalling link blocking initiated by a management system. 

O.704 subclause 3.3.6.2 

There is no requirement for signalling route management or signalling link unblocking initiated by a management 

system. 

Q.704 subclause 3.4.1 

It should be noted that for point to point working, the signalling route will become unavailable when the associated link 
set fails. 

O.704 subclause 3.4.2 

It should be noted that for point to point working, the signalling route will become available when the associated link set 
is restored. 

O.704 subclause 3.4.3 

Not applicable. 

Q.704 subclause 3.5.1 

It should be noted that for point to point working the procedures used in connection with signalling route unavailability 
will be those specified for signalling route set unavailability in CCITT Recommendation Q.704 subclause 10.2. 1 . 

Q.704 subclause 3.5.2 

It should be noted that for point to point interworking the procedures used in connection with signalling route 
availability will be those specified for signalling route set availability in CCITT Recommendation Q.704 
subclause 10.2.2. 

Q.704 subclause 3.5.3 

Not applicable. 

Q.704 subclause 3.8.2 

There are two acceptable methods of congestion control defined in CCITT Recommendation Q.704, in 
subclauses 3.6.2.1 a) and b). The most appropriate method is dependent on national CCITT No. 7 implementations. 
Each administration should specify its congestion threshold setting algorithm and nodal congestion abatement 
procedures at system procurement. 

Q.704 subclause 3.8.5.2 

The signalling-route-set-congestion-test procedure is not required. 

Q.704 subclause 4. 1.2 

Signalling routes are not applicable. 
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O.704 subclause 4.2 

The normal routing situation will be that there are 1 or more signalling links available between a BSS and MSC, these 
will constitute a link set. They will be run in a load sharing mode and changeover, changeback procedures will be 
supported between these signalling links. 

Q.704 subclause 4.3.3. 

There will be no alternative linkset. 

O.704 subclause 4.4.3. 

Not applicable. 

O.704 subclause 4.5. 

Not applicable. 

O.704 subclause 4.6. 

Not applicable. 

Q.704 subclause 4.7 

Not applicable. 

O.704 clause 5 Changeover 

Changeover between link sets is not applicable. 

O.704 clause 6 Changeback 

Changeback between link sets is not applicable. 

Q.704 clause 7 

Forced re-routing is not applicable since there is only one signalling route existing between BSS and MSC. 

Q.704 clause 8 

Not applicable since there is only one signalling route existing between BSS and MSC. 

Q.704 clause 1 1 

It should be noted that for point to point working the signalling route set will consist of one associated signalling route 
only. 

Q.704 clause 12 Signalling link management 

Qnly basic link management procedures are applicable. 

Q.704 subclause 12.3.4 Link set activation 

Link set normal activation defined in subclause 11. 2.4.1 is not applicable. Link set emergency restart at the BSS is used 
in all cases. 

Q.704 subclause 13.2 Transfer prohibited 

The transfer prohibited function is not applicable. At the reception of a TFP message, no action should be taken at the 
BSS. 

Q.704 subclause 13.3 Transfer allowed 

The transfer allowed function is not applicable. At the reception of a TFA-message, no action should be taken at the 
BSS. 
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O.704 subclause 13.4 Transfer restricted 

The transfer restricted function is not applicable. At the reception of the TFR message no action is taken by the BSS. 

O.704 subclause 13.5 Signalling -route-set-test 

The signalling-route-set-test procedure is not applicable. 

O.704 subclauses 13.6, 13.7, 13.8 Transfer controlled 

The transfer controlled function is not applicable. At the reception of TFC message, no action is taken by BSS. 

O.704 subclause 13.9 Signalling route-set-congestion-test 

The signalling route-set-congestion-test function is not applicable. 

At the reception of signalling-route-set-congestion-test message no action is taken by the BSS. 

Q.704 subclause 14.2.1 

Since all messages are passed using the SCCP, the service indicator will be: 

bits D C B A 

11 

Q.704 subclause 14.2.2 

The sub service field will always be set to one of the following values: 

bits D C 

1 national network 
1 1 local network 

Q.704 subclause 14.3 

This information for SCCP is defined in CCITT Recommendation Q.713. 

Q.704 clause 15 

The formats and codes listed are only relevant to the messages that are required, i.e. those not excluded in the rest of this 
recommendation. 

3.4.2 T1 link (ANSI Specification T1 .111 .4) 

Tl.l 11.4 Subclause 1.1.2 

Signalling Transfer Point network management procedures are not required on the A-Interface. 

Tl.l 11.4 Subclause 1.3 

Signalling link management is required. Load sharing is required, and changeover/back between links within a single 
linkset are required. 

Tl.l 1 1.4 Clause 2 Signalling Message Handling 

Since STP functionality is not required the discrimination and routing functions of the MTP can be significantly 
simplified. 

NOTE: Since the intent of this interface is point to point routing, the routing function within the MTP will be 
preset to select the point code appropriate to the parent MSC. 

Tl.l 11.4 Subclause 2.2 Routing Label 

Load sharing will be performed on BSSs with more than one signalling link by means of the Signalling Link Selection 
(SLS) field. 
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Tl.l 1 1.4 Subclause 2.3 Message Routing Function 

Load sharing between linksets is not required since only one linkset between the BSS and the MSC is required for the A- 
Interface. 

Tl.l 1 1.4 Subclause 2.4 Message Discrimination 

It is recommended that discarding a message because of an incorrectly set point code should cause an incident report to 
be generated. 

At a MSC the service provider may decide that each message received from an BSS signalling link is passed through a 
"screening function" that checks that the DPC of the message is the same as the SP code of the exchange. If that is the 
case, the message is sent to the normal message handling function. Otherwise, the message is discarded and an incident 
report is generated. 

The signalling point code for an BSS may be included in the national signalling point code scheme or in a separate 
signalling network. In the case where the signalling point code is in the national network the MSC need have only one 
point code, in the case where signalling point code is in a separate PLMN signalling network, the MSC will be required 
to have two signalling point codes, one for each network. 

The User Part Unavailable message is not required for the A-Interface. 

Tl.111.4 Subclause 2.3.5. 

Support of ANSI specific Signalling Link Congestion Control as specified in this sub-clause is required. 

Tl.l 1 1.4 Clause 3 Signalling Network Management 

Since the A-lnterface utilizes point to point signalling between the BSS and the MSC, Signalling Route Management, 
including the status of signalling routes, signalling route restricted, signalling route unavailability and availability, is not 
required. 

Tl.111.4 Subclause 3.1.3 c) 

There is no requirement for signalling route management. 

Tl.111.4 Subclause 3.3.1.3 

There is no requirement for signalling route management. 

Tl.111.4 Subclause 3.3.2.3 

There is no requirement for signalling route management. 

Tl.l 11.4 Subclause 3.3.3.3 

There is no requirement for signalling route management. 

Tl.111.4 Subclause 3.3.4.3 

There is no requirement for signalling route management. 

Tl.111.4 Subclause 3.3.5.2 

There is no requirement for signalling route management or signalling link blocking initiated by a management system. 

Tl.111.4 Subclause 3.3.6.2 

There is no requirement for signalling route management or signalling link unblocking initiated by a management 

system. 

Tl.111.4 Subclause 3.4.1 

It should be noted that for point to point working, the signalling route will become unavailable when the associated link 
set fails. 
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Tl.111.4 Subclause 3.4.2 

It should be noted that for point to point working, the signalling route will become available when the associated link set 
is restored. 

Tl.111.4 Subclause 3.4.3 

Not applicable. 

Tl.111.4 Subclause 3.5.1 

It should be noted that for point to point working the procedures used in connection with signalling route unavailability 
will be those specified for signalling route set unavailability in ANSI standard Tl.111.4 subclause 10.2. 1 . 

Tl.111.4 Subclause 3.5.2 

It should be noted that for point to point interworking the procedures used in connection with signalling route 
availability will be those specified for signalling route set availability in ANSI standard Tl . 1 1 1 .4 subclause 10.2.2. 

Tl.111.4 Subclause 3.5.3 

Not applicable. 

Tl.111.4 Subclause 3.8.2 

Support of ANSI specific Signalling Link Congestion Control as specified in this sub-clause is required. 

Tl.111.4 Subclause 3.8.5.2 

The signalling-route-set-congestion-test procedure is not required. 

Tl.l 1 1.4 Clause 4 Signalling Traffic Management 

Since the A-Interface utilizes point to point signalling between the BSS and the MSC, the Traffic Management 
procedures supporting signalling routes, including signalling route restricted, signalling route unavailability and 
availability, are not required. 

Tl.l 11.4 Subclause 4.1.2 

Signalling routes are not applicable. 

Tl.l 11.4 Subclause 4.2 

The normal routing situation will be that there are one or more signalling links available between the BSS and the MSC, 
which will constitute a link set. They will be run in a load sharing mode and changeover, change back procedures will be 
supported between these signalling links. 

Tl.l 11.4 Subclause 4.3.3 

Alternative linksets are not required for the A-Interface. 

Tl.l 11.4 Subclause 4.4.3 

Not Applicable, 

Tl.l 11.4 Subclause 4.5 

Not Applicable, 

Tl.l 11.4 Subclause 4.6 

Not Applicable, 

Tl.l 11.4 Subclause 4.7 

Not Applicable, 
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Tl.l 1 1.4 Clause 5 Changeover 

The changeover procedure between linksets is not applicable for the A-lnterface. 

Tl.l 11.4 Clause 6 Changeback 

The changeback procedure between linksets is not applicable for the A-Interface. 

Tl . 1 1 1 .4 Clause 7 Forced Rerouting 

Forced rerouting is not applicable for the A-Interface. 

Tl . 1 1 1 .4 Clause 8 Controlled Rerouting 

Controlled rerouting is not applicable for the A-Interface. 

T 1 . 1 1 1 . 4 Clause 9 . MTP Restart 

The MTP Restart procedure is not required for the A-lnterface. 

Tl . 1 1 1 .4 Clause 1 1 Signalling Traffic Flow Control 

The signalling route procedures supporting signalling traffic flow control including signalling-route-unavailability, 
signalling-route availability and signalling-route-set-congestion are not applicable for the A-lnterface. 

Tl . 1 1 1 .4 Clause 12 Signalling Link Management 

Only basic link management procedures are required for the A-lnterface. 

Tl.l 1 1.4 Subclause 12.3.4 Link set activation 

Link set normal activation is not applicable. Link set emergency restart at the BSS is used in all cases. 

Tl.l 11.4 Clause 13 Signalling Route Management 

Signalling route management is not applicable for the A-Interface since it is a point to point connection. No action is 
required upon reception of a TFP, TFR, TFA, signalling-route-set-test, signalling-route-set-congestion-test or transfer 
controlled message. 

Tl.l 11.4 Subclause 13.3 Transfer allowed 

The transfer allowed function is not applicable. At the reception of a TFA-message, no action should be taken at the 
BSS. 

Tl.l 1 1.4 Subclause 13.4 Transfer restricted 

The transfer restricted function is not applicable. At the reception of the TFR message no action is taken by the BSS. 

Tl.l 11.4 Subclause 13.5 Signalling-route-set-test 

The signalling-route-set-test procedure is not applicable. 

Tl.l 11.4 Subclauses 13.6, 13.7, 13.8 Transfer controlled 

The transfer controlled function is not applicable. At the reception of TFC message, no action is taken by BSS. 

Tl.l 11.4 Subclause 13.9 Signalling route-set-congestion-test 

The signalling route-set-congestion-test function is not applicable. 

At the reception of signalling-route-set-congestion-test message no action is taken by the BSS. 

Tl.l 11.4 Subclause 14.2.1 Service Indicator 

The values for the service indicator shall conform to section 14.2.1 
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Tl.l 11.4 Subclause 14.2.2 

The sub-service field will always be set to one of the following values: 

bits DC 

I national network 

I I local network 

Note: local network value is not used for PCS 1900 in North America. 

Tl.l 11. 4 Subclause 14.3 

This information for SCCP is defined in ANSI Tl.l 12.3. 

Tl.l 11.4 Clause 15 

The formats and codes listed are only relevant to the messages that are required for the A-lnterface,i.e. those not 
excluded in the rest of this recommendation. 

3.5 Testing and Maintenance 

3.5.1 E1 link (CCITT Recommendation Q.707) 

O.707 subclause 2.2 

The MSC and the BSS shall be capable of responding with an acknowledgement message to a SLTM received at any 
time as specified in CCITT Recommendation Q.707 subclause 2.2. 

3.5.2 T1 link (ANSI Specification T1 .1 1 1 .7) 

Tl.l 11.7 subclause 2.1 Signalling Data Link Test 

The signalling data link test is not required for the A-Interface. 

Tl.l 11.7 subclause 2.2 

The generation of a SLTM is not required; however, the MSC and the BSS shall be capable of responding with an 
acknowledgement message to a SLTM that is received at any time as specified in Tl.l 1 1.7, subclause 2.2. 



Interface functions 



The method of interfacing to the higher layers will be by the primitives defined in CCITT Recommendation Q.701 
clause 8 of the Blue Book for El links and Tl . 1 1 1 for Tl links. 

The primitives defined are: 

MTP Pause indication; 
MTP Resume indication; 
MTP Status indication; 
MTP Transfer request; 
MTP Transfer indication. 
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SCCP functions 



5.1 Overview 

The purpose of this section is to identify the subset of the SCCP functions which are necessary to achieve the 
management of the MS references in the BSS to MSC interface, and to provide addressing facihties. If this subset of 
SCCP functions is implemented, compatibiHty with a full CCITT SCCP (ANSI SCCP if Tl links are used) must be 
maintained for El links (Tl links). Only the needs of the BSSAP are taken into account in clause 5: the operations and 
maintenance requirements about SCCP functions are discussed in clause 7. 

These simplifications are applicable to the signalling between BSS and MSC in GSM PLMNs. 

In order to limit the complexity of the procedures, a BSS exchanges signalling messages only with its MSC, where a 
protocol conversion may be needed in some cases. Therefore no SCCP translation function is required in the MSC 
between the national and the local MTP. The Destination Point Code and Subsystem Number allow direct routing by the 
local SCCP and MTP within the MSC area. Therefore, no SCCP Global Title Translation (GTT) function is required. 

Several functions of the SCCP are not used on the MSC/BSS interface: error detection, receipt confirmation, flow 
control. 

The segmenting/reassembling function shall be used if the total message length exceeds the maximum allowed message 
length that can be carried by the MTP. 

For El links, the minimum set of SCCP functions which apply are specified in the Blue Book CCITT Recommendations 
Q.711, Q.712, Q.713 and Q.714, with the qualifications specified in this Recommendation. 

For Tl links, the minimum set of SCCP functions which apply are specified in ANSI Tl.l 12 with the qualifications 
specified in this Recommendation. 

5.2 Primitives 

5.2.1 El link (CCITT Recommendation Q.71 1 ) 

0.711/Tablel 

Three primitives of the table 1/Q.711 are not used: 

- N-EXPEDITED DATA; 

- N-DATA ACKNOWLEDGE; 

- N-RESET. 
0.711/Table2 

The following parameters of the N-CONNECT primitive are not used: 

- responding address; 

- receipt confirmation selection; 

- expedited data selection. 
0.711/Table3 

The following parameter of the N-DATA primitive is not used: 
confirmation request. 
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Q.711/Table6 

The following parameter of the N-DISCONNECT primitive is not used: 

- responding address. 
Q.711 subclause 2. 1 .2 

Permanent signalling connections: not applicable. 

0.711/Table9 

The primitive N-NOTICE is not used. 

Q.711/Table 10 

The following parameter of the N-UNITDATA is not used: 

- return option. 
Q.711 subclause 4.1.2 

Functions for permanent signalling connections: not applicable. 

5.2.2 T1 link (ANSI SpecificationTL 11 2.1) 

Tl. 111. liable 1 

Two primitives of the table are not used: 

- N-INFORM DATA; 

- N-RESET. 
T1.112.1Table2 

The following parameters of the N-CONNECT primitive are not used: 

- responding address; 

- receipt confirmation selection; 
expedited data selection. 

T1.112.1Table3 

The following parameter of the N-DATA primitive is not used: 

confirmation request. 
T1.112.1Table6 
The following parameter of the N-DISCONNECT primitive is not used: 

- responding address. 
Tl. 112.1 Paragraph 2. 1.2 

Permanent signalling connections are not applicable. 

T1.112.1Table8 

The primitive N-NOTICE is not used. 
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Tl.l 12.1 Table 8A 

The following parameter of the N-UNITDATA is not used: 

- return option. 
Tl.l 12.1 Paragraph 4.1.2 
Functions for permanent signalling connections are not applicable. 

5.3 SCCP messages 

5.3.1 E1 link (CCITT Recommendation Q.71 2) 

Q.712 subclause 1.4 

The Data Acknowledgement (AK) message is not used. 

0.712 subclause 1.6 

The Data Form 2 (DT2) message is not used. 

Q.712 subclause 1.7 

The Expedited Data (ED) message is not used. 

Q.712 subclause 1.8 

The Expedited Data Acknowledgement (EA) message is not used. 

Q.712 subclause 1.10 

The Protocol Data Unit Error (ERR) message is not used: the inconsistent messages of the SCCP protocol are discarded. 

Q.712 subclause 1.13 

The Reset Confirm (RSC) message is not used. 

Q.712 subclause 1.14 

The Reset Request (RSR) message is not used. 

Q.712 subclause 1.16 

The Subsystem-Qut-Qf-Service-Grant (SQG) message is not used. 

Q.712 subclause 1.17 

The Subsystem-Qut-Qf-Service-Request (SOR) message is not used. 

Q.712 subclause 1.21 

The Unitdata Service (UDTS) message is not used. 

Q.712 subclause 2.4 

The "credit" parameter field is not used for protocol class 2. However the parameter must still be included in the IT 
message for syntax reasons. 

Q.712 subclause 2.7 

The "error cause" parameter field is not used. 

Q.712 subclause 2.11 

The "receive sequence number" parameter is not used. 
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Q.712 subclause 2.14 

The "reset cause" parameter field should not be used. 

Q.712 subclause 2.16 

The "sequencing/segmenting" parameter field is not used for protocol class 2. However the parameter must still be 
included in the IT message for syntax reasons. 

5.3.2 T1 link (ANSI Specification T1. 11 2.2) 

Tl.112.2 subclause 2.4 

The Data Acknowledgement (AK) message is not used. 

Tl.112.2 subclause 2.6 

The Data Form 2 (DT2) message is not used. 

Tl.112.2 subclause 2.7 

The Expedited Data (ED) message is not used. 

Tl.112.2 subclause 2.8 

The Expedited Data Acknowledgement (EA) message is not used. 

Tl.112.2 subclause 2.10 

The Protocol Data Unit Error (ERR) message is not used. Inconsistent messages of the SCCP protocol are discarded. 

Tl.112.2 subclause 2.13 

The Reset Confirm (RSC) message is not used. 

Tl.112.2 subclause 2.14 

The Reset Request (RSR) message is not used. 

Tl.112.2 subclause 2.16 

The Unitdata Service (UDTS) message is not used. 

Tl.112.2 subclause 3.4 

The Subsystem-Out-Of-Service-Request (SOR) message is not used. 

Tl.112.2 subclause 3.5 

The Subsystem-Out-Of-Service-Grant (SOG) message is not used. 

Tl.112.2 subclause 4.2 

The "credit" parameter field is not used for protocol class 2. However, the parameter must still be included in the 
Inactivity Test (IT) message for syntax reasons. 

Tl.112.2 subclause 4.6 

The "error cause" parameter field is not used. 

Tl.112.2 subclause 4.10 

The "receive sequence number" parameter is not used. 

Tl.112.2 subclause 4.13 

The "reset cause" parameter field should not be used. 
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Tl.112.2 subclause 4.16 

The "sequencing/segmenting" parameter field is not used for protocol class 2. However, the parameter must still be 
included in the IT message for syntax reasons. 

5.4 SCCP formats and codes 

5.4.1 E1 link (CCITT Recommendation Q.71 3) 

Q.713 subclause 3.4 

For point-to-point network structures (i.e. direct connections between MSC and BSS) the called party address may 
consist of the single element: 

sub-system number. 

No global title is used. The signalling point code which is coded in the MTP routing label and the subsystem number in 
the called party address allow the routing of the message. 

Then the following encoding of the address indicator may be chosen: XIOOOOIO . 

If a non point-to-point network structure is used then the global title may be required. This is a national concern. 

Q.713 subclause 3.4.2.2 

The SSN values used on the MSC - BSS interface are specified in GSM 03.03 

Use of alternative values is a national concern. 

Q.713 subclause 3.4.2.3 

Global title: refer to CCITT Recommendation Q.713 subclause 3.4. 

Q.713 subclause 3.6 

Protocol class: the classes 1 and 3 are not used. 

Q.713 subclauses 3.8, 3.9, 3.10, 3.13, 3.14 

Parameters not used. 

Q.713 subclauses 4.8, 4.9, 4.11, 4.12, 4.13, 4.14, 4.15, 4.16 

Messages not used. 

Q.713 subclause 5.1.1 

SQR and SQG not needed. 

5.4.2 T1 link (ANSI Specification T1.1 12.3) 

Tl.112.3 Paragraph 3.4 

For point-to-point network structures (i.e., direct connections between the MSC and the BSS) the called party address 
may consist of the single element: 

subsystem number. 

No global title is used. The signalling point code which is coded in the MTP routing label and the subsystem number in 
the called party address allow the routing of the message. Then the following encoding of the address indicator may be 
chosen: XlOOOOOl . 

Separate SSNs are needed to distinguish BSSAP and MAP; the chosen SSNs are network specific and may need to 
differ from those assigned to other applications (e.g. TCAP applications). 
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Tl.112.3 subclause 3.4.2.2 

Allocation of the subsystem number is an operator concern. 

Tl.112.3 subclause 3.4.2.3 

Tl.112.3 subclause 3.4 

Tl.112.3 subclause 3.6 

Protocol class: the classes 1 and 3 are not used. 

Tl.112.3 subclauses 3.8, 3.9, 3.10, 3.13, 3.14 

Parameters are not used 

Tl.112.3 subclauses 4.8, 4.9, 4.11, 4.12, 4.13, 4.14, 4.15, 4.16 

Messages are not used 

Tl.112.3 subclause 5.1.1 

Subsystem-out-of-service-request (SOR) and Subsystem-out-of-service-grant (SOG) are not needed. 

5.5 SCCP procedures 

5.5.1 E1 link (CCITT Recommendation Q.71 4) 

Q.714 subclauses 1.1.2.2 and 1.1.2.4 

Protocol classes 1 and 3 not used. 

Q.714 subclause 1.1.3 

A signalling connection consists of a single connection section. No intermediate nodes are defined in the MSC/BSS 
protocol. 

The use of multiple connection sections is a national concern. 

Q.714 subclause 1.2.1 (b) 

Not applicable for single connections. 

Q.714 subclause 2.1 (1.) 

Global title not used for single connections. 

Q.714 subclause 2.2.1 

Subsystem (SSN) only is present in the called party address for single connections. 

Q.714 subclause 2.2.2 

The addressing information may take the following form in the N-CQNNECT request primitive: DPC+SSN (for single 
connections). 

Q.714 subclause 2.2.2.2 

No SCCP translation function is required for single connections. 

Q.714 subclause 2.3.1 (3) 

Not applicable for single connections. 

Q.714 subclause 2.3.2 (4) 
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Not applicable for single connections. 

Q.714 subclause 3.1.3 

Not applicable: no protocol class and flow control negotiations. 

Q.714 subclause 3.1.5 

Not applicable. 

0.714 subclause 3.2.2 

Not applicable. 

Q.714 subclause 3.3.4 

Not applicable. 

Q.714 subclause 3.5.1.2 

Not applicable. 

Q.714 subclause 3.5.2 

Not applicable. 

Q.714 subclauses 3.6, 3.7, 3.9, 3.10 

Not applicable. 

Q.714 subclause 4.2 

Message return not applicable. 

Q.714 clause 5 

Qnly those messages and procedures relating to non-replicated subsystems or nodes are required. At the BSS the 
concerned point will be the parent MSC. The subsystems involved are the BSSAP and the QMAP. 

5.5.2 T1 link (ANSI Specification T1. 11 2.4) 

Tl.l 12.4 subclauses 1.1.2.2, 1.1.2.4 

Protocol classes 1 and 3 are not used. 

Tl.l 12.4 subclause 1.1.3 

A signalling connection consists of a single connection section. No intermediate nodes are defined in the MSC to BSS 
interface. 

The use of multiple connection sections is a operator option. 

Tl.l 12.4 subclause 1.2.1 (b) 

Not applicable for single connections. 

Tl.112.4 subclause 2.1 (1.) 

Global title is not used for single connections. 

Tl.112.4 subclause 2.2.1 

Subsystem number (SSN) only is present in the called party address for single connections. 
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Tl.l 12.4 subclause 2.2.2 

The addressing information may take the following form in the N-CONNECT request primitive: DPC+SSN (for single 
connections). 

Tl.112.4 subclause 2.2.2.2 

No SCCP translation function is required for single connections. 

Tl.112.4 subclause 2.3.1 (3) 

Not applicable for single connections. 

Tl.112.4 subclause 2.3.2 (4) 

Not applicable for single connections. 

Tl.112.4 subclause 3.1.3 

Not applicable. No protocol class and flow control negotiations. 

Tl.112.4 subclause 3.1.5 

Not applicable. 

Tl.112.4 subclause 3.2.2 

Not applicable. 

Tl.112.4 subclause 3.3.4 

Not applicable. 

Tl.112.4 subclause 3.5.1.2 

Not applicable. 

Tl.l 12.4 subclause 3.5.2 

Not applicable. 

Tl.112.4 subclauses 3.6, 3.7, 3.9, 3.10 

Not applicable. 

Tl.112.4 subclause 4.2 

Message return is not applicable. 

Tl.l 12.4 clause 5 

Only those messages and procedures relating to non-replicated subsystems or nodes are required. At the BSS the 
concerned point will be the parent MSC. The subsystems involved are the BSSAP and the MAP. 
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Use of the SCCP 



The MTP and the SCCP are used to support signalling messages between the MSC and the BSS. One user function of 
the SCCP, called BSS Application Part (BSSAP) is defined. In the case of point-to-point calls the BSSAP uses one 
signalling connection per active Mobile Station having one or more active transactions for the transfer of layer 3 
messages. In the case of a voice group or broadcast call there is always one connection per cell involved in the call and 
one additional connection per BSS for the transmission of layer 3 messages. There is an additional connection for the 
speaker in a broadcast call or the first speaker in a voice group call up to the point at which the network decides to 
transfer them to a common channel. Additional connections may also be required for any mobile stations in the voice 
group or broadcast call which the network decides to place on a dedicated connection. The BSSAP user function is 
further subdivided into two separate functions: 

the Direct Transfer Application sub-Part (DTAP) is used to transfer messages between the MSC and the MS; the 
layer-3 information in these messages is not interpreted by the BSS. The descriptions of the layer 3 protocols for 
the MS-MSC information exchange are contained in the 04-series of GSM Technical Specifications; 

the BSS Management Application sub-Part (BSSMAP) supports other procedures between the MSC and the BSS 
related to the MS (resource management, handover control), or to a cell within the BSS, or to the whole BSS. 
The description of the layer 3 protocol for the BSSMAP information exchange is contained in GSM 08.08. 

Both connectionless and connection-oriented procedures are used to support the BSSMAP. Rec. GSM 08.08 explains 
whether connection oriented or connectionless services should be used for each layer 3 procedure. Connection oriented 
procedures are used to support the DTAP. Section 6.4 deals with the use of connectionless services of the SCCP. 

A distribution function located in BSSAP, which is reflected in the protocol specification by the layer 3 header defined 
in section 6.3, performs the discrimination between the data related to those two subparts, as illustrated in GSM 08.08 
figure 1. 

The error handling for the BSSAP header is specified in GSM 08.08. 

This section describes the use of SCCP connections for MS transactions. Subclause 6.1 describes the connection 
establishment procedures. Subclause 6.2 describes the connection release procedures. Subclause 6.3 describes the 
distribution between BSSMAP and DTAP messages and the data transfer over a SCCP connection. The structure of the 
user data field in the SCCP message is described in subclauses 6.3 and 6.4 and in figure 3. 

6.1 Connection establishment 

A new SCCP connection is established when information related to the communication between an MS and the network 
on a dedicated radio resource has to be exchanged between BSS and MSC, and no such SCCP connection exists 
between the MSC and the BSS involved for the concerned mobile station. A new SCCP connection for each cell, an 
additional connection for each BSS, and optionally connections for particular participants in a voice group or broadcast 
call are established when a voice group or broadcast call is established. A new SCCP connection is also established in 
the case of an external handover between the cells of one BSS for a point-to-point call, or for participants in a voice 
group or broadcast call who are supported on a dedicated channel. 

Various SCCP connection establishment cases have to be distinguished: 

i) following an Access Request made by the MS on the Random Access Channel, a dedicated radio resource has 
been successfully allocated and a layer-2 connection has been established on the allocated resource. The SCCP 
connection establishment is then initiated by the BSS; 

ii) the MSC decides to perform an external handover and a new dedicated radio resource has to be reserved in the 
new BSS. The SCCP connection establishment is then initiated by the MSC; (Note that the old BSS and the new 
BSS may be the same.) 

iii) following a request for a voice group or broadcast call received at a MSC, SCCP connections are established 
between the MSC and BSS for each cell in the group call area and the MSC and BSS for each BSS in the group 
call area. This is initiated by the MSC. Note that a SCCP connection for the originator has already been 
established via case i); 
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iv) during a voice group or broadcast call the network may decide to place some participants on a dedicated channel 
and will perform SCCP connection establishment to support this channel. Such a decision will normally be based 
on responses received to notification messages in the case where the notification messages do not contain details 
of the location of the group or broadcast call channel. 

The above cases are the only cases currently identified for SCCP connection establishment. Others may emerge in the 
future. 



BSS MSC 

CR {SSN=BSSAP, al, BSSMAP message} 



CC {al,a2, BSSMAP or DTAP message or no user data} 
< 

or 

CREF{a2, DTAP message or no user data 

< 

al = source local reference, 
a2 = destination local reference 



CC Connection Confirm 

CR Connection Request 

CREF Connection Refused 

Figure 1/08.06: Set-up of SCCP connections on the first BSS/IUISC interface 
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MSC 
data} 
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{al, a2 


, BSSMAP message or no user dat 


a} 
-> 

-> 


CREF{a2, 


or 

BSSMAP message or no user 


data} 




al 
a2 = 


= source local reference, 
destination local reference 



CC Connection Confirm 

CR Connection Request 

CREF Connection Refused 

Figure 2/08.06: Set-up of SCCP connections on a new BSS/IVISC (handover) interface 

or for a voice group or broadcast call initiation 
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6.1 .1 Establishment procecdure in case i) 



In this case, the connection establishment is performed at the reception by the BSS of the first layer-3 message from the 
MS (piggybacked on the SABM frame). This message (LOCATION UPDATING REQUEST, CM-SERVICE 
REQUEST, CM REESTABLISHMENT REQUEST, IMSI DETACH, PAGING RESPONSE, or IMMEDIATE 
SETUP) which contains the identity of the MS is transferred to the MSC together with a cell identification, in a 
BSSMAP message (COMPLETE L3 INFORMATION) included in the user data field of the SCCP Connection Request 
message (see figure 1). 

After the reception of the Connection Request message, the MSC may check, based on the received identity, whether 
another association already exists for the same Mobile Subscriber. Two options among others are described hereafter: 

after the reception of the Connection Request message, the MSC sends a Connection Confirm message and 
checks based on the received identity, whether another connection already exists for the same Mobile Subscriber. 
If another connection exists for the same Mobile Subscriber, the resources assigned for this previous connection 
are released after the identity of the Mobile Subscriber using the new connection has been successfully checked, 
e.g. by authentication or by ciphering procedure; 

if such an association exists, the connection establishment is refused by sending a Connection Refused message; 

NOTE: The first option allows the new establishments and the reestablishments. 

when the SCCP connection is to be established, a Connection Confirm message is sent back to the BSS. This 
message may optionally contain a BSSMAP or DTAP message in the user data field. 

If the connection establishment is refused for any reason, a SCCP Connection Refused message is sent back to the BSS. 
This message may optionally contain, in the user data field, a DTAP message which is forwarded to the MS. 

The procedures in case of connection establishment failure are specified in GSM 08.08. 



6.1 .2 Establisinment procedure in case ii) 



In this case, the connection establishment is undertaken by the MSC as soon as the MSC decides to perform an external 
handover to a new cell for a point-to-point call or for participants in a voice group or broadcast call who are supported 
on a dedicated channel. 

A Connection Request message is sent to the BSS. The user data field of this message may contain the BSSMAP 
HANDOVER REQUEST message (see figure 2). It is preferable to transfer the layer 3 messages in the user data field of 
the Connection Request in order to complete the establishment of the relation between the radio channel requested and 
the SCCP connection as soon as possible. 

When receiving the Connection Request message, containing the BSSMAP HANDOVER REQUEST message, the BSS 
allocates the necessary resources for the requested handover. A Connection Confirm message is also returned to the 
MSC and may contain the BSSMAP HANDOVER REQUEST ACKNOWLEDGEMENT or QUEUEING 
INDICATION message in the user data field. 

If the handover resource allocation fails (see TS GSM 08.08) before the SCCP connection is established then the SCCP 
Connection Refused message may contain the BSSMAP HANDOVER FAILURE message in the user data field. 

The procedures in case of connection establishment failure are specified in GSM 08.08. 

6.1 .3 Establislnment procedure in case iii) 

In this case connection establishment is undertaken by the MSC on the reception of a voice group or broadcast call 
initiation request. 

At the reception of the voice group or broadcast call establishment request message, the MSC will determine that a voice 
group or broadcast call is required and retrieve the required information concerning, inter alia, the affected cells. SCCP 
connections are then established by the MSC to the BSS for each of these cells. A separate connection is established by 
the MSC to each affected BSS. 
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A Connection Request message for each cell in the call and for each BSS in the call is sent to the BSS. The user data 
field of this message may contain the VGCS/VBS SETUP or VGCS/VBS ASSIGNMENT REQUEST message (see 
figure 2). It is preferable to transfer the layer 3 messages in the user data field of the Connection Request in order to 
complete the establishment of the relation between the radio channel requested and the SCCP connection as soon as 
possible. 

When receiving the Connection Request message, containing the VGCS/VBS SETUP or VGCS/VBS ASSIGNMENT 
REQUEST message, the BSS allocates the necessary resources for the requested call. A Connection Confirm message is 
also returned to the MSC and may contain the VGCS/VBS SETUP ACK, VGCS/VBS ASSIGNMENT RESULT or 
VGCS/VBS QUEUEING INDICATION message in the user data field. 

If the resource allocation fails (see GSM 08.08) before the SCCP connection is established then the SCCP Connection 
Refused message may contain the VGCS/VBS SETUP REFUSE or VGCS/VBS ASSIGNMENT FAILURE message in 
the user data field. 

The procedures in case of connection establishment failure are specified in GSM 08.08. 



6.1 .4 Establishment procecJure in case iv) 



In this case, the connection establishment may be performed at the request of the BSS or MSC. It will normally be as a 
result of a response to a notification message for a voice group or broadcast call which is received by the BSS. 

At the reception of the Connection Request message, the MSC may check, based on the received identity, whether 
another association already exists for the same MS. If it is not a CM REESTABLISHMENT and such an association 
exists, the connection establishment is refused. If such an association exists but the new SCCP CR is for a CM 
REESTABLISHMENT then the old SCCP connection shall be released. When the SCCP connection is to be 
established, a Connection Confirm message is sent back to the BSS. This message may optionally contain a BSSMAP or 
DTAP message in the user data field. 

If the connection establishment is refused for any reason, a SCCP Connection Refused message is sent back to the BSS. 
This message may optionally contain, in the user data field, a DTAP message which is forwarded to the MS. 

The procedures in case of connection establishment failure are specified in GSM 08.08. 

6.2 Connection release 

This procedure is always initiated at the MSC side. 

A connection is released when the MSC realizes that a given signalling connection is no longer required. That may 
occur, in normal cases: 

when a BSSAP release procedure is terminated; 

when a handover resource allocation procedure has failed and a signalling connection was established. 

The MSC sends a SCCP released message. This message shall not contain any user data field. 

Abnormal cases: a connection failure may be detected by the connection supervision service provided by SCCP. The 
procedures in that case are specified in GSM 08.08. 

6.3 Transfer of DTAP and BSSMAP data 

The DTAP and BSSMAP Layer 3 messages between the MSC and the BSS are contained in the user data field of the 
exchanged SCCP frames. This field is optional for the Connection Request (CR) (except for BSS originated 
connections, see subclause 6.1); Connection Confirm (CC) and Connection Refused (CREF). The use of this field in 
such frames in the various establishment cases, which allows reduction n in delay and improves efficiency, is described 
in subclause 6. 1 . The user data field is a mandatory parameter of the Data frames (DT); the user data field always 
contains either a DTAP or a BSSMAP message. 
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6.3.1 



Distribution function 



6.3.1.1 



CCITT Recommendation 



The distribution of messages between the BSSMAP and DTAP functions and the distribution/multiplexing of DTAP 
messages to/from the various radio link layer 2 access points are performed in an intermediate layer of protocol between 
SCCP and Layer 3 later referred as the distribution sublayer. 

The protocol for this sublayer simply consists of the management of a one or two octet Distribution Data Unit. Each 
SCCP User Data field necessarily contains such a distribution Data Unit as a header, followed by the length indicator 
and the actual Layer 3 BSSMAP or DTAP message. 



6.3.1.2 



ANSI Specification 



The distribution of messages between the BSSMAP and DTAP functions and the distribution/multiplexing of DTAP 
messages to/from the various radio link layer 2 access points are performed by a function of BSSAP referred to as a 
distribution function. The distribution of messages is performed based on a distribution data unit. 

The distribution data unit includes a Discrimination Parameter (DP) field, which is coded on one octet. One bit (i.e. least 
significant bit) of the octet referred as a bit D indicates whether it is a DTAP (value D=l) or a BSSMAP (value D=0) 
message. The other bits of the octet can be used to separate message groups for different air interfaces (Figure below). 

If a single radio system supports one air interface, the A-interface includes only one message group and no separation 
between message groups is needed. The case is different when radio system supports multiple air interfaces, and the A- 
interface includes several message groups. In that case, there must be a mechanism which facilitates the selection of the 
right message group according to the used air interface. 

RSAP 



air interface 1 



air interface 



air interface 3 



DTAP 



RS 
MAP 



DTAP 



RS 

MAP 



DTAP 



RS 

MAP 



DP = OOOOOOOD 



DP= lOOOOOOD 



DP = OlOOOOOD 



Distribution function 



SCCP 



MTP 



Figure 2a: Distribution of message groups according to examples of the air interface types 

6.3.2 Transfer of DTAP messages 

The DTAP function is in charge of transferring layer 3 messages from the MS (resp from the MSC) to the MSC (resp to 
the MS) without any analysis of the message contents. The interworking between the layer 2 protocol on the radio side 
and signalling system 7 at the landside is based on the use of individual SCCP connections for each MS and on the 
distribution function. 

The structure of the user data field is given in figure 3. The user data field contains a distribution data unit, a length 
indicator, and the actual layer 3 message. 

The Distribution Data Unit consists of two parameters: the Discrimination parameter and the Data Link Connection 
Identification (DLCI) parameter. 
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The Discrimination parameter, which is set to the "Transparent" value, is coded on one octet, as follows: 
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2 


1 























D 



The discrimination bit D is set to the "Transparent" value 1. 

The DLCI parameter is used for MSC to BSS messages to indicate the type of data link connection to be used over the 
radio interface. In the direction BSS to MSC the DLCI parameter is used to indicate the type of originating data link 
connection over the radio interface. The DLCI parameter is coded in one octet, as follows: 
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C2 


C1 











S3 


S2 


S1 



C2 C 1 represents the control channel identification 

C2=0; C1=0 indicates that the control channel is not further specified; 

C2= 1 ; C 1 =0 represents the FACCH or the SDCCH; 

C2=1;C1=1 represents the SACCH; 

other values are reserved. 

S3 S2 SI represents the SAPI value used on the radio link, which coding is specified in GSM 04.06. 

Bits 4, 5 and 6 are spare. 

The length indicator is coded in one octet, and is the binary representation of the number of octets of the subsequent 
layer 3 message parameter. 



6.3.3 Transfer of BSSMAP messages 



The transfer of BSSMAP messages over a SCCP connection allows the BSSMAP functions in both the MSC and the 
BSS to identify to which particular Mobile Station association the exchanged message (e.g. assign, handover request, 
etc..) applies. 

The structure of the user data field is given in figure 3. The user data field contains a distribution data unit, a length 
indicator, and the actual layer 3 message. 

The Distribution Data Unit only consists of the Discrimination parameter, which is set to the "Not Transparent" value. 

This parameter is coded on one octet, as follows: 
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The discrimination bit D is set to the "Not Transparent" value 0. 

The length indicator is coded in one octet, and is the binary representation of the number of octets of the subsequent 
layer 3 message parameter. 

The coding of the BSSMAP layer 3 messages is specified in GSM 08.08. 



6.4 



Connectionless services 



Some BSSMAP procedures described in GSM 08.08 use the connectionless services of the SCCP. 

The structure of the user data field of the unit data message (UDT) is given in figure 3. The user data field contains a 
distribution data unit, a length indicator, and the actual layer 3 message. 
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The Distribution Data Unit only consists of the Discrimination parameter, which is set to the "Not Transparent" value. 

6.4.1 Discrimination parameter (CCITT Recommendation) 

This parameter is coded on one octet, as follows: 
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The discrimination bit D is set to the "Not Transparent" value 0. 

The length indicator is coded in one octet, and is the binary representation of the number of octets of the subsequent 
layer 3 message parameter. 

The coding of the BSSMAP layer 3 messages is specified in GSM 08.08. 

6.4.2 Discrimination parameter (ANSI Specification) 

This parameter is coded on one octet, as follows: 
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The discrimination bit D is set to the "BSSMAP" value 0. 

The bits indicated with X values denote to air interface message groups as shown in the table "Coding Of The 
Discrimination Parameter for PCS 1900" (see subclause 6.3.2.2). 

The length indicator is coded in one octet, and is the binary representation of the number of octets of the subsequent 
layer 3 message parameter. 

6.4.3 User Data Field Structure 



BSSMAP 

+ + 

1 I DISCRIMINATION | 
+ + 



DTAP 
+ + 

1 I DISCRIMINATION | 

+ + 

+ + 

2 I DLCI I 
+ + 

Distribution Data Unit 

+ + + + 

3 I LENGTH IND L | 2 | LENGTH IND L | 
+ + + + 

Length Indicator 

+ + + + 

4 I LAYER 3 I 3 1 LAYER 3 I 
+ + + + 



L+3 I MESSAGE 
+ 



— + + + 

I L+2 I MESSAGE | 

— + + + 

-Layer 3 message 



Figure 3/08.06: Structure of the User Data Field 
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7 Use of the SCCP for operations and maintenance 

O&M messages have to be passed between the O&M functions and the BSS. 

If the O&M functions use the MSC-BSS interface to transport messages to the BSS, then the SCCP of No.7 should be 
used. 

X25 may also be used for the transfer of O&M messages between BSS and OMC, this is not further considered in this 
Technical Specification. 

7.1 Connectionless service 

The connectionless service of the SCCP is supported at the BSS for management purposes and can be used for the 
transport of O&M information. Addressing should be decided by the operator and manufacturer (e.g. by E164 number, 
this may require additional addressing capability at the BSS). 

Further information is given concerning the coding of the higher levels of the O&M information in the GSM 12 series of 
Technical Specifications. 

7.2 Connection oriented services 

Connection oriented services are also supported by the BSS for management and call control. Connection oriented 
services can also be used for the transport of O&M information. In order to set up the connection additional addressing 
capability may be required at the BSS. To use a signalling connection between the BSS and the OMC via the MSC 
requires the same BSSOMAP-SCCP interface at both the BSS and the OMC. 

7.3 BSS failure 

If a system failure at the BSS occurs then sufficient MTP functions to allow message transmission and reception should 
be maintained. 
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